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(57) ABSTRACT 

A server connected to a data network for transmitting files 
over the data network to one of a plurality of destination 
servers is adapted to spawn a software agent in response to 
a file to be transmitted and meeting certain preset criteria, 
such as file size. The software agent is associated with the 
file by at least the file's destination, and is transmitted over 
one or more routes to the destination to collect routing 
information, and returns to the source server. The associated 
file is then transmitted using the information collected. In an 
alternative embodiment the agent also collects validation 
information at the destination and returns same to the source 
server. The agent may also, in some embodiments, negotiate 
reserved bandwidth and security protocols or other valida- 
tion information for transmission of the associated file at 
certain intermediate servers. 

12 Claims, 3 Drawing Sheets 
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METHOD AND APPARATUS FOR DATA 

ROUTING, DELIVERY, AND 
AUTHENTICATION IN A PACKET DATA 
NETWORK 

FIELD OF THE INVENTION 

The present invention is in the field of data routing and 
delivery over a packet protocol data network, and pertains 
more particularly to methods and apparatus for determining 
the best direct routing and transport of such data over such 
networks. 

BACKGROUND OF THE INVENTION 

The present invention pertains to data networks wherein 
data is packaged and transmitted as packets. The best known 
current example of such systems is the well-known Internet, 
used by large numbers of people and organizations for such 
as Internet mail delivery, proprietary data -file transfer 
systems, and other known data transfer services. Typically, 
a subscriber wishes to send information to another sub- 
scriber to a service connected to such a network. Such a 
service may be an e-mail service provider, a chat and 
data-file transfer service provider, or any other data transport 
service provider wherein both clients involved in a transac- 
tion subscribe and maintain and use the appropriate and 
compatible software programs enabling such file transfer. 
Such applications are adapted to communicate over a data 
network according to various protocols. The Internet is used 
extensively in this specification as an example of such a 
network wherein sometimes quite large data files are rou- 
tinely transported over long distances. Also, systems com- 
patible with the Internet are conventionally termed Internet 
protocol (IP) systems, and this terminology is used herein as 
well. 

E-mail service providers are a good example of such 
services that one may subscribe to in order to send and 
receive data over the Internet. E-mail service providers 
typically provide all of the hardware and software required 
to operate their service, and are typically a part of an Internet 
Service Provider's services. For example, a plurality of 
e-mail servers may be geographically distributed throughout 
the Internet at locations where local clients may dial-up a 
server and retrieve or send mail, which may include file 
attachments. Client software applications are generally con- 
figured to communicate with a server or servers local to the 
clients Internet service provider (ISP) through which the 
client connects to the network. 

Proprietary file-transfer services use servers typically as 
described above. For example, IP phone programs, Interna- 
tional Chat or file transfer applications, business networking 
programs, Internet video rental programs, genealogy 
programs, and a host of others use various systems of 
distributed servers. Such servers may or may not be owned 
by the service provider. In some cases servers are leased 
with more than one service provider possibly sharing one 
server. In many cases several servers are available to one 
client application as is the case with many business network 
applications. 

Routing of data over an IP network is generally from one 
node to another node or from one server to another server 
wherein the next route-to destination address is, in many 
cases, the address of a next server closer to the final 
destination. Routers in the network are equipped with rout- 
ing tables that contain information about different routes or 
paths through the network leading toward the final destina- 
tion. A data file to be transmitted first resides in the client's 
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local system, and is typically uploaded to an Internet- 
connected local server for routing. The local server may 
negotiate under such protocols as RSVP a route to a next 
server that is closer to the intended destination, and so on, 

5 until the data arrives at the end server which stores the 
information for retrieval by the receiving client. As the 
terminology packet implies, data to be transmitted is pack- 
aged as a series of packets, including accompanying iden- 
tification and data, and the packets for a particularly large 

no block of data may or may not follow the same route. At the 
destination end, separate packets are reorganized into a copy 
of the original file. 

Depending on the distance from a sending client to a 
receiving client, there may be many servers which must 

15 store the data file and negotiate routes to a subsequent server 
before the data file may be sent on. These segments wherein 
the message or data file pauses are known as hops in the art. 
For example, for a data file to move from a source server to 
an end server, many pauses or hops may be experienced 

20 along the way. A gateway router linking two separate 
networks would comprise one hop and so on. 

A problem with the current art is that large files may take 
a much longer time to arrive at the intended destination than 
a small file. Many companies place constraints on the data 

25 size of single transfer events because of limited storage 
space available in servers and during periods of heavy 
network traffic. Server storage capacities can be taxed if 
many large files are being stored while waiting on further 
routing instructions. Servers can sometimes become over- 

30 loaded with data and crash, hence the phrase in the art, the 
server is down. Also, random distribution of packets may 
cause weak links in an unbalanced system to get clogged up, 
which can lead to the loss of packets, which ultimately leads 
to additional routing attempts, which in turn leads to more 

35 congestion. 

As described briefly above, a large data file is broken 
down into many smaller data packets for transport. Each 
data packet contains the appropriate addressing information 

40 required to facilitate routing. Because data files travel as data 
packets, large data files comprising many packets take much 
longer to transport than small files comprising only a few 
packets. If a server goes down while a large file is being 
transferred, some of the file may not arrive, causing further 

45 delay when the server is up again. Those with skill in the art 
of IP network data-transfer will readily understand that 
much improvement is needed in the way data routing is 
accomplished over a large and busy IP network. 
What is clearly needed is a method and apparatus that will 

50 greatly facilitate transfer of large blocks of data or data 
streams over packet-style data networks. 

SUMMARY OF THE INVENTION 

In a preferred embodiment of the present invention a 
55 method for expediting transmission of data in a packet- 
oriented data network is provided, comprising steps of (a) 
spawning an executable software agent associated with the 
data at a source system; (b) providing the software agent 
with at least minimal destination information for the data; 
60 (c) transmitting the agent in lieu of the data associated with 
the agent by one or more routes to the destination; (d) 
collecting information on the one or more routes by the 
agent at nodes along the one or more routes to the destina- 
tion; and (e) determining a best route using the information 
65 collected by the agent. 

In an alternative embodiment there is a further step (f) for 
transmitting the data associated with the agent to the desti- 
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nation by the best route determined in step (e). In some 
instances the data associated with the agent is stored at the 
source server while the agent is spawned and exercised. In 
other instances the data associated with the server is stored 
at a clients station connected to the source server, and the 5 
client's station notifies the source server of the presence of 
data to be transmitted, and wherein the data is uploaded to 
the source server only after the agent process is complete. 

In other alternative embodiments the agent collects vali- 
dation information at the destination server, and returns the 30 
validation information to the source server. 

In another aspect of the invention an enhanced Internet- 
connected source server is provided, comprising an Internet 
port; at least one connected client station; and a code set 
adapted to spawn a software agent enabled to travel the 15 
Internet and to collect information regarding the routes 
traveled. The software agent (i) is spawned in response to 
data to be transmitted by the source server to a destination, 
(ii) is associated with the data by at least the data's 
destination, and (iii) is sent in lieu of the data by various 2 o 
routes to the destination before the data is transmitted. The 
routing information that is collected by the agent is used in 
transmission of the data. 

In some embodiments the data to be transmitted is held at 
the client station, the client station sends a request for an 25 
agent to the source server, and the source server spawns the 
agent in response to the request from the client station. In 
some cases the agent is spawned in response to data being 
uploaded from the client station to the source server, accord- 
ing to preset criteria concerning the data. In other instances 30 
the spawned agent is enabled to negotiate reserved band- 
width for the associated data at intermediate servers. Also in 
some embodiments the spawned agent is enabled to estab- 
lish validation of recipient at the destination, and to provide 
the validation to the source server. 35 

In yet another aspect a system for data transmission is 
provided, comprising a source server having a first port to a 
data network; a destination server having a second port to 
the data network; and a set of one or more routes through 
intermediate stations from the source server to the destina- 40 
tion server. In this embodiment the source server is adapted 
to spawn a software agent in response to and associated with 
data to be transmitted from the source server to the desti- 
nation server, the data meeting preset criteria, and to send the 
agent by more than one of the one or more routes to the 45 
destination server, and wherein the agent is adapted to 
collect data on the alternative routes traveled. 

In some embodiments of the system the source server uses 
the information collected by the agent to route the associated 
data to the destination server. In others the agent is further 50 
adapted to negotiate validation information regarding des- 
tination at the destination server, and to return the validation 
information to the source server 

Software agents transmitted in lieu of data provide a way, 
for the first time, to select a best-fit route for data to a 55 
destination, and also to obtain secure and accurate destina- 
tion validation. Accordingly, an agent can arrange with 
specifically anticipated or encountered servers for highly 
secure transmissions of extremely proprietary data if the 
agent can identify and negotiate the necessary protocols and 60 
passwords. Methods and apparatus for accomplishing the 
invention are described in enabling detail below. 

BRIEF DESCRIPTION OF THE DRAWING 

FIGURES 65 

FIG. 1 is a system overview of a data-transfer network 
and server connection scheme according to prior art. 
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FIG. 2 is a system overview of the data -transfer network 
and server connection scheme of FIG. 1 enhanced with 
routing information collecting and reporting capability 
according to an embodiment of the present invention. 

FIG. 3 is a software flow diagram illustrating process 
steps taken by a routing agent according to an embodiment 
of the present invention. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

FIG. 1 is a system overview of a data-transfer network 
and server connection scheme according to conventional art. 
In this example, a simple network architecture 9 is illus- 
trated. Network architecture 9 comprises IP network 11, 
hereinafter referred to as Internet 11, and three geographi- 
cally separated host networks or regions 13, 15, and 17. 
Region 13, in this example, represents a portion of the 
network in, for example, Australia while regions 15 and 17 
represent the same in, for example, Hawaii and Thailand 
respectively. 

Internet 11 may be any type of packet network, including 
IP networks as known in the art such as a private wide area 
network (WAN), a corporate Intranet, a system of finked but 
separate WAN's, and so on. Regions 13, 15, and 17 may be 
sub-nets, linked WAN's, part of Internet 11, and so on. It will 
be appreciated that such a large network as Internet 11 may 
be linked to many separate networks and sub-nets wherein 
Internet access is routine. Such segments or sections or 
regions may be incoherent network segments for which 
there is a need to prepare a smooth and coherent path for dta 
transmission. Such incoherence may be due to different 
protocols for QOS, different rules for QOS, different own- 
ership and so on. 

Region 13, in Australia in this example, comprises a local 
server 19 shown connected via link 14 to a client 10, also 
illustrated as CI. Link 14 represents the connection client 10 
has to server 19 when sending or receiving mail or other data 
depending on the type of delivery service used of which 
there are many possibilities, as described above in the 
background section. In this example, client 10 operates a 
personal computer having access to Internet 11 through 
normal Internet Service Provider (ISP) connection as is 
known in the art. In another example client 10 may be 
operating on a local area network (LAN) which is connected 
to Internet 11 through an Internet-connected server on the 
LAN. 

Region 17, in Thailand, comprises a local server 39 and 
a client 12, also illustrated as C2. Client 12 is linked to server 
39 via network connection 16 encompassing the same 
parameters as were described with respect to client 10 in 
region 13. Client 10 is enabled to communicate with client 
12 through Internet 11 as aided via distributed servers and 
routers as illustrated herein. 

Region 15, in Hawaii, comprises a server 35, however, no 
client is illustrated, although there may be clients connected 
to server 35. Each distributed server 39, 35, and 19 are 
owned or leased by an information-delivery system such as 
described in the background section. Similarly, each 
described server is connected to one of a plurality of 
distributed routers. For example, server 19, in region 13, is 
connected to a router 23 via a network connection 21. Server 
35, in region 15, is connected to a router 31 via a network 
connection 33. And server 39, in region 17, is connected to 
a router 47 via a network connection 490. Two additional 
servers, servers 43 and 27 are illustrated in Internet 11 and 
represent either secondary information servers, or, perhaps 
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client servers representing additional regions. Similarly, 
directional arrows shown emanating from routers represent 
routes to other parts or regions of Internet 11. 

It will be apparent to one with skill in the art that there will 
be many more servers, routers, and network connections in 5 
a network such as Internet 11, however, the inventor is 
satisfied that those illustrated are sufficient for the purpose of 
explaining the basic prior art. It will also be apparent to the 
skilled artisan that in many instances servers and routers are 
combined in function and are not necessarily physically 1Q 
separated. However, the inventor chooses to separate these 
functions for exemplary purposes only. 

As briefly described in the background section, routing is 
accomplished over a network as aided via servers, routers 
and so on. The following illustrates a simple routing process. 

Client 10 connects to Internet 11 via connection 14 in 
order to send a message or data file to client 12. Client server 
19 stores the message or data file sent from client 10 and 
waits for routing instruction. Router 23 is notified by server 
19 and uses a lookup table to determine that server 27 is a 

20 

logical first stop for the message on it's way to it's ultimate 
destination. Therefore, the file is routed to server 27 via 
connection 21 router 23 and connection 25. 

Server 27 receives and stores the file temporarily while 
awaiting further instruction from router 3 1. The routing 25 
table in router 31 indicates two possible routes to server 39 
which is the end destination for the file. One route may 
shorter than the other. For example, network connection 33 
directly links router 31 to server 35 in region 15 (Hawaii). 
Server 35 is directly linked to server 39 (end server) via 3Q 
network connection 37 with no additional router to consult 
such as router 47 shown in line of the longer route. 
Therefore, server 35 is the next logical destination for the 
data file. 

The longer route, comprising a network connection 41, 35 
server 43, router 47, and a network connection 490 to server 
39 is not chosen unless required because of a constraint in 
the system such as server 35 is down, etc. Generally, the 
shorter route is taken as may be determined via router 31, 
which may be using one or a combination of many possible 40 
IP routing protocols such as are known in the art. 

It will be appreciated by one with skill in the art that there 
are differing types of routers and servers that may be 
dedicated to performing different functions within an IP 
network, or system of linked but separate networks. For 45 
example, router 31 may be dedicated to routing within the 
same network whereas router 47 may be a gateway-route to 
a separate network. Regardless of the dedicated purpose of 
each node, an IP address is assigned to each connected router 
and server and communication among them is possible 50 
according to prescribed protocol. 

This prior art example described herein assumes the 
shortest quickest route from client 10 to client 12 encom- 
passes six nodes, servers 39 and 19 included, wherein the file 
may be stored, or consultation may take place for further 55 
routing. It should be appreciated then, that in actual practice 
wherein many hundreds of nodes may be encountered, a 
large file comprising many packets may experience consid- 
erable delay and risk factor when being sent over such 
distance as herein illustrated. Server overload, file transfer 60 
time-outs, network congestion problems, and the like all 
play a role in such delays. Also, on top of those "natural" 
congestion factors, there are others imposed by local net- 
work management rules, QOS management etc. that can 
affect the usual least-cost route. $5 

Therefore, it is an object of the present invention to 
provide a software routing agent that is quite small in terms 
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of packet size. This software routing agent, hereinafter 
termed agent, may be dispatched to a selected destination 
server over all conventionally chosen routes, and, because of 
it's small size, may return to the client quickly with infor- 
mation regarding the best routing. It may also have to 
negotiate in one or more regions special rights, against pay 
or other equitable exchanges. The agent may, for example, 
offer payment, service exchange or other value in order to 
receive better routing and or bandwith other than least-cost 
routing (smooth path). 

In a preferred embodiment of the present invention 
detailed more fully below, the agent is operated via com- 
puter enhanced-servers, executing instances of software 
known to the inventor as T-servers on said computers and 
including intelligent routing software, which are placed in a 
distributed fashion throughout the network and connected to 
existing servers and routers for the purpose of enabling the 
agent in it's functionality. In other instances, simply RS VP- 
enhanced routers are used, or just even any other kind of 
server or routers may be used. Similarly, there are many 
other protocols and methods, by which a router or routing 
server may be controlled and any of those should be able to 
substitute. 

The agent of the present invention, according to various 
embodiments, may, in addition to collecting and providing 
routing instructions to source servers, also insure guaranteed 
bandwidth using known protocols over certain routes and 
give certain instruction to intermittent nodes (routers/ 
servers) that are enhanced according to embodiments of the 
present invention, by the method of local negotiation, for 
example, or in some cases by negotiating from a neighboring 
region (not shown). In a further aspect, described more fully 
below, the agent may also provide security services, such as 
validation of source and/or destination, by delivering and 
requesting at the destination, and returning to source, prior 
to transmission of a file, certificates encoded with keys, 
passwords, and the like. 

FIG. 2 is a system overview of the data -transfer network 
and server connection scheme of FIG. 1 enhanced with 
routing information collecting and reporting capability 
according to an embodiment of the present invention. In an 
effort to save space and to avoid redundancy, elements of 
FIG. 2 that were introduced in the prior art example of FIG. 
1 will not be reintroduced even though they may be 
enhanced according to an embodiment of the present inven- 
tion. Such enhancements made will be described with 
respect to each element. Only new elements in FIG. 2 that 
are not found in FIG. 1 are introduced formally. 

According to an embodiment of the present invention, 
network architecture 9 is enhanced via addition of proces- 
sors running instances of computer-enhancement software 
known to the inventor as T-servers. For simplicity's sake the 
processor and its software together is referred to here as a 
T-Server. T-server (TS) 49 is linked to client server 19 in 
region 13. TS implementation is similarly illustrated in 
regions 15 and 17 via the addition of TS server 51 linked to 
server 35 and TS server 53 linked to server 39 respectively. 
It should be noted here that T-server enhancement is made 
via software routine such as may be integrated with existing 
network server/router software and not specifically accom- 
plished with the addition of hardware. The inventor simply 
shows TS 53, 51, and 49 to be separate for the sole purpose 
of illustration. It should also be noted that instances of 
T-server may also reside in servers 43 and 27, as well as, 
routers 47, 31, and 23. Signaling and control functions 
between those T-servers are typically transmitted over the 
same network as data, but may in some instances, for 
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security, safety or redundancy be transmitted over a separate 
network, not shown here for simplicity reasons. Also, any 
other kind of platform other than T-Server may be used to 
help such software agents. 

Using the same process example that was used with 5 
respect to FIG. 1, client 10 intends to send a data file to client 
12 over network 11, which in this case, is the Internet. Client 
server 19 is now enhanced via TS 49 which spawns and 
provides a software routing agent to server 19 upon request. 
A request for an agent may depend on a number of 10 
parameters, such as file size. For example, a file originating 
from client 10 to be uploaded to and transmitted by server 
19 may exceed a preset threshold, causing server 19 to 
initiate a request to TS 49 for an agent. 

The agent may be of the form of a Java applet or other 15 
network executable file that may be adapted to perform 
various described functions according to embodiments of 
the present invention. Techniques used in building or con- 
structing such an agent will not be detailed here as such 
functional files are known in the art and to the inventor, 2Q 
albeit for entirely different purposes and functions than 
taught herein. Rather it is the use and application of the 
constructed agent that is particularly inventive as will be 
shown below. 

Referring back to FIG. 2, TS 49, upon detecting a request 25 
for processing a file from a client, the file falling within then 
parameters defined for spawning an agent, supplies the agent 
to server 19 for the purpose of determining routing for the 
associated file, before the file is transmitted. In a preferred 
embodiment, an enabled client, having a file to be preferably 
transmitted according to the precepts of the present 30 
invention, sends a special request to the local server. In other 
embodiments, the local client may simply upload the file, 
and the local server detects the need for an agent, and stores 
the file until the agent functionality is provided. 

In a simple embodiment, the agent is sent "round trip" to 35 
the file's destination address as a normal data packet would 
be sent while the associated file is held at client 10. The 
destination address for the file as well as the source or return 
address is known to the agent upon departure. Other infor- 
mation may be known to the agent as well, such as size of 40 
the associated file, IP addresses of enhanced intermittent 
servers/routers, and in some embodiments, certificate of 
origin and destination information. 

In some embodiments, a Resource Reservation Protocol 
(RSVP) client, or other bandwidth-reserving client (aka 45 
QOS=Quality of Service), such as known in the art, may also 
be carried by the agent. Passwords, keys, impending file 
descriptors and other like information such as certificates 
etc. may be sent with the agent as deemed appropriate. A 
principle function of the agent is to return to the client with 5Q 
the best available route instructions to the destination for the 
file. 

In this example, the agent travels first from server 19 to 
router 23 via connection 21, then to server 27 via connection 
25 and to router 31 via connection 29. Only one route is 
shown available up to the point of router 31. However, when 55 
the agent arrives at router 31, there are two possible routes 
presented to server 39 in region 17. In actual practice there 
may be many more. Similarly, directional arrows shown 
emanating from routers represent routes to other like equip- 
ment in other parts of Internet 11. 60 

Because the agent is small, it travels very fast compared 
to a large file comprising many data packets. Therefore, it 
may travel both routes (and many other routes) to collect 
data regarding each route. While router 31 may have both 
routes (typically more) listed in it's routing table, such tables 65 
are only periodically updated, and may not list certain 
conditions discoverable by the agent such as temporary 
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network congestion, available bandwidth over certain por- 
tions of the network, and so on. Therefore, the agent may be 
instructed to travel all the listed routes to the file destination 
instead of trusting the information provided by routing 
tables. 

Server problems, preset constraints, broken connections, 
network failures and the like may also influence the agent's 
choice of route. Hence, the shortest route listed in a router's 
table may not be the best route for a very large file. Such 
additional information may also help the agent to break a tie. 
For example, two routes are equivalent in length and band- 
width but one is congested, etc. 

As can be seen in this example, the agent travels first from 
router 31 over connection 33 to server 35, and over con- 
nection 37 to server 39. The agent then returns to router 31 
and makes a second trip, as illustrated via dotted arrows, 
along connection 45 to router 47, and over connection 490 
to server 39. The agent, having traveled all routes to server 
39, returns to router 31, and back through the network to 
client server 19. The best route for the file to be sent is 
reported to server 19 which may then prepare andsend the 
file accordingly, or, in the case of the file being held at the 
client, such as client 10, initiate uploading of the file, then 
prepare and transmit the file. In some embodiments, priority 
may be appended to files as well, and low-priority files may 
be held for improved transmission conditions. 

In one embodiment of the present invention, the agent is 
adapted to clone itself if presented with an unusually large 
number of routing loops to the target destination from one 
point or node. In this embodiment, the agent may become a 
plurality of dedicated agents with each clone assigned a 
certain number of listed routes from a table. When the agents 
return to that point, which in this case is router 31, then they 
may converge or merge back into one agent for the trip back 
to server 19, with data collected by the several agents 
entrusted to the one. 

Depending upon the level and number of TS enhance- 
ments provided to servers and routers within a given IP 
network, an additional embodiment becomes possible 
according to the spirit and scope of the present invention. 
This alternative embodiment allows data files to avoid 
intermittent servers. To further illustrate this more involved 
embodiment, consider that servers and routers along with 
other dedicated network equipment are typically either 
leased or owned by service providers who, in turn, sell their 
data-based services to clients. Such a provider, in many 
cases, is a large international organization or, in effect, a 
communications giant. Such a large organization can pro- 
vide TS enhancement to many hundreds of servers and 
routers making up their regional network. Therefore, it is 
possible, at least in one embodiment, to enhance servers and 
routers along the variable network routes to allow large files 
to pass through without being stored if instructed by an agent 
of the present invention. That is, after the agent has traveled 
the routes, and has reported back to the client with the best 
route available, the servers along that route are instructed not 
to hold the agent associated file for additional instruction or 
other reasons until it reaches it's destination. This effectively 
eliminates hops or node delays along a chosen route thereby 
expediting transfer of the file, and reducing load to inter- 
mittent servers. The embodiment as just described may 
require an open through-connection or bridge to be installed 
and maintained in each affected node. Perhaps only those 
agent-associated data files may pass over the bridges as 
instructed via TS enhancement. 

Other embodiments may include routing according to 
additional rules such as RSVP etc., constraint routing 
wherein certain routes are prohibited according to certain 
prevailing network conditions, and so on. 

FIG. 3 is a flow diagram illustrating steps taken by a 
routing agent system according to an embodiment of the 
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present invention. FIG. 3 is meant to show only one example 
of many possible examples of process steps that may be 
involved in agent-information routing according to an 
embodiment of the present invention. 

In step 55, a client server such as server 19 of FIG. 2 5 
receives a file or a request associated with a file for transport 
from a client such as client 10 of FIG. 2. If it is determined 
that the file warrants agent information routing, a request for 
an agent is sent to TS such as TS 49 of FIG. 2. TS spawns 
and activates the agent in step 57 and associates the agent 10 
with the target data file. In step 59, the agent obtains required 
information associated with the file. This may include, but is 
not limited to destination addressing, source address, file 
size, file descriptors, and so on. 

In step 61, the agent is sent to the destination address 
using variable routes as described with reference to FIG. 2. 
In step 63, the agent collects routing information as it 
travels. Other information may also be collected during this 
step such as network conditions along certain routes, certi- 
fication parameters, RSVP information if available, and so 
on. In step 65, in some embodiments, the agent obtains 20 
certification from the destination as well as other informa- 
tion that may be pertinent. The end server may, in one 
embodiment, be adapted to notify a receiving client of the 
incoming file along with a brief description of the file. 

At step 67, the agent has returned to the source server and 25 
has supplied information required to effect routing of the file 
along a chosen route. In step 69, the file is sent to the end 
server based upon the information received in step 67. 

It will be apparent to one with skill in the art that the 
process steps illustrated herein may vary according to dif- 30 
fering network situations which may be encountered, and of 
course, upon the level of functionality afforded to the 
software agent. Likewise, by increasing TS enhancement to 
nodes widely over the network many more and varied 
process steps may be evident as applied to more functional 35 
embodiments of the present invention. 

It will further be apparent to one with skill in the art that 
the method and apparatus of the present invention may be 
applied to more than one or a combination of several types 
or classifications of IP networks without departing from the 40 
spirit and scope of the present invention such as on the 
Internet, an Intranet, a system of linked but separate 
networks, and so on. There are many other embodiments, 
many of which have already been described. The spirit and 
scope of the present invention is limited only by the fol- 
lowing claims. 

What is claimed is: 

1. A method for expediting transmission of data in a 
packet -oriented data network, comprising steps of: 

(a) receiving at a source server a request from a client 
station to transmit data to a specific destination; 

(b) spawning an executable software agent associated 
with the data at a source server; 

(c) providing the software agent with at least minimal 
destination information for the data; 55 

(d) transmitting the agent in lieu of the data associated 
with the agent by one or more routes to the destination; 

(e) collecting information on the one or more routes by the 
agent at nodes along the routes to the destination; and 

(f) determining a best route using the information col- 60 
lected by the agent. 

(g) uploading by the source server from the client station 
the data to be transmitted after the agent process is 
complete. 

2. The method of claim 1 comprising a further step (h) for 65 
transmitting the data associated with the agent to the desti- 
nation by the best route determined in step (t). 
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3. The method of claim 1 wherein the data associated with 
the agent is stored at the source server while the agent is 
spawned and exercised. 

4. The method of claim 1 wherein the agent collects 
validation information at the destination, and returns the 
validation information to the source server. 

5. An enhanced Internet-connected source server, com- 
prising: 

an Internet port; 

at least one connected client station; and 

a code set for spawning a software agent enabled to travel 

the Internet and to collect information regarding routes 

traveled; 

wherein the source server receives a request from the 
client station to transmit data to a specific destination 
and the software agent is spawned in response to the 
request, is associated with the data by at least the data's 
destination, is sent in lieu of the data by various routes 
to the destination before the data is transmitted, 
wherein the routing information collected by the agent 
is used by the source server in transmission of the data 
to the destination, and the data is uploaded from the 
client station and transmitted, only after the agent 
process is complete. 

6. The source server of claim 5 wherein the data to be 
transmitted is held at the client station, the client station 
sends a request for an agent to the source server, and the 
source server spawns the agent in response to the request 
from the client station. 

7. The source server of claim 5 wherein the agent is 
spawned in response to data being uploaded from the client 
station to the source server, according to preset criteria 
concerning the data. 

8. The source server of claim 5 wherein the spawned agent 
is enabled to negotiate reserved bandwidth for the data to be 
transmitted at intermediate servers. 

9. The source server of claim 5 wherein the spawned agent 
is enabled to establish validation of recipient at the 
destination, and to provide the validation to the source 
server, which validation may initiate the transmission of the 
file or may be used in the course of determining the routing 
of the data to the destination. 

10. A system for data transmission, comprising: 

a source server having a first port to a data network; 
a destination server having a second port to the data 
network; and 

one or more routes through intermediate stations from the 
source server to the destination server; 

wherein the source server is adapted to spawn a software 
agent in response to and associated with data to be 
transmitted from the source server to the destination 
server, the data meeting preset criteria, and to send the 
agent by more than one of the one or more routes to the 
destination server, wherein the agent collects informa- 
tion on the routes traveled, and the source server 
transmits the data to be transmitted to the destination 
server only after the agent process is complete. 

11. The system of claim 10 wherein the source server uses 
the information collected by the agent to route the associated 
data to the destination server. 

12. The system of claim 10 wherein the agent is further 
adapted to negotiate validation information regarding des- 
tination at the destination server, and to return the validation 
information to the source server. 
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